home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / mxbda.arc / MAKEXBDA.DOC < prev    next >
Text File  |  1991-10-29  |  3KB  |  44 lines
  1.                                MAKEXBDA
  2.  
  3. WHAT IS THE XBDA?
  4.      The Extended BIOS Data Area is a piece of the address space used by 
  5. some computers (and by some hard disk controllers and, perhaps, other 
  6. hardware devices) in which configuration information is stored.  Usually 
  7. it is 1 kilobyte large and it is stored by default at the top of 
  8. conventional memory, 639K (9FC0 in hex.)  IBM invented the XBDA and all 
  9. PS/2 machines have one.  See the Quarterdeck technote XBDA.TEC for more 
  10. background on the XBDA.
  11.  
  12. WHAT IS THE PURPOSE OF MAKEXBDA.SYS?
  13.      Some third-party pieces of hardware (we have seen hard disk 
  14. controllers do this) create their own XBDA.  They do not follow through 
  15. to create it properly though.  The XBDA specification requires that a 
  16. certain bit in the system ROM be set to indicate the presence of an 
  17. XBDA.  You can query the system BIOS with an Int 15, fn C0 to find out 
  18. whether an XBDA exists.  Since the system ROM cannot be rewritten any 
  19. ROM or program that wishes to create its own must intercept Int 15 and 
  20. respond to fn C0 with a report that an XBDA exists.  Not all ROMs or 
  21. programs that create their own XBDA do this.  What these ROMs or 
  22. programs do is allocate the top 1K of the address space and store the 
  23. address of the XBDA in the appropriate place (40:E, an address in the 
  24. original BIOS Data Area; see the First Meg/BIOS Data Area screen of 
  25. Manifest).  QEMM-386 (or QEMM 50/60 or QRAM) does not move this XBDA (as 
  26. they usually do by default) because Int 15, fn C0 reports that the XBDA 
  27. does not exist.
  28.  
  29. WHAT DOES MAKEXBDA.SYS DO?
  30.      MAKEXBDA.SYS intercepts int 15, fn C0 and int 15, fn C1 (the call 
  31. that returns the location of the XBDA) so that fn C0 reports that there 
  32. is an XBDA.  This is all.  If you have a device that creates an XBDA 
  33. without doing this bit of bookkeeping then loading this driver BEFORE 
  34. QEMM-386 (or QEMM 50/60 or QRAM) will cause QEMM-386 to recognize the 
  35. XBDA and do the proper relocation. 
  36.  
  37. WHAT ARE THE ADVERSE SYMPTOMS OF NOT MOVING THE XBDA?
  38.      The two purposes which Quarterdeck recognizes for relocating the 
  39. XBDA are allowing conventional memory to be extended beyond 640K (as 
  40. with VIDRAM) and making the last 16K portion of the address space 
  41. mappable, allowing DESQview partitions not to have to end at 624K.  You 
  42. may have your own reason for moving the XBDA.  Moving the XBDA does not 
  43. give you any more conventional memory because it is moved to the bottom 
  44. of conventional memory.